Дункан Эппинг рассказал про довольно интересную штуку для среды VMware vSphere - Runecast Analyzer. Эта утилита, поставляемая в виде виртуального модуля, позволяет просканировать хост-серверы ESXi на предмет соответствия текущего состояния хостов (конфигурация, уровень обновлений) некоторым проблемным моментам, описанным в базе знаний VMware KB.
После развертывания модуля Runecast нужно указать параметры доступа к VMware vCenter, после чего просто нажать кнопку Analyze Now. В результате будет выведен отчет о проблемах, разделенных по разным уровням критичности:
На вкладке KBs discovered (куда можно "провалиться" по клику в соответствующую категорию на дэшборде) показан детальный отчет обо всех проблемах. Если конкретная KB не имеет к вашей инфраструктуре отношения, или вы готовы с этим жить - можно просто нажать кнопку Ignore:
Каждый элемент можно раскрыть в более детальном виде и увидеть все параметры хоста/виртуальных машин, относящиеся к проблеме:
Также есть представление, в котором можно производить анализов логов (Verbose Dashboards), там можно искать по ключевому слову в конкретном файле журнала, чтобы обнаружить источник возникшей проблемы:
Скачать пробную версию Runecast Analyzer 1.5 на 30 дней можно по этой ссылке.
Как некоторые знают, в VMware vSphere 6.5 появилась (а точнее вернулась снова) возможность Automatic VMFS UNMAP - возврат дискового пространства виртуальной машины (ее VMDK) на сторону дискового массива средствами VAAI (vStorage API for Array Integration). Если раньше эта возможность требовала выполнения различных команд, то теперь управление этой штукой доступно из GUI, а возврат дисковых блоков происходит автоматически. Работает UNMAP только для "тонких" (Thin Provisioned) LUN, на которых размещаются тома VMFS.
Из GUI vSphere Web Client можно управлять только UNMAP'ом для томов VMFS 6, для пятой версии файловой системы это нужно делать вручную с помощью ESXCLI. Кроме того, механизм UNMAP работает в асинхронном режиме, а иногда хочется почистить хранилища от неиспользуемых блоков прямо сейчас.
Поэтому весьма кстати, что на сайте EnterpriseDaddy обнаружился полезный PowerCLI-скрипт, который возвращает дисковое пространство в LUN для заданного хранилища хоста ESXi.
Эта функция принимает на вход имя хоста ESXi и Datastore, а также отключает таймаут на исполнение операций, так как возврат дискового пространства LUN может занять часы.
Function Perform-VMFSUnmap {
[CmdletBinding()]
param(
[Parameter(
Mandatory=$true)]
[String[]]$Datastore,
[String]$ESXiHost
)
Set-PowerCLIConfiguration -WebOperationTimeoutSeconds -1 -Scope Session -Confirm:$false
$ESXHost = Get-VMHost $ESXiHost
$DatastoreName = Get-Datastore $Datastore
Write-Host 'Using ESXCLI and connecting to $VMHost' -ForegroundColor Green
$esxcli = Get-EsxCli -VMHost $ESXHost
Write-Host 'Unmapping $Datastore on $VMHost' -ForegroundColor Green
$esxcli.storage.vmfs.unmap($null,$DatastoreName,$null)
}
Как вы все уже знаете, тонкий клиент на базе технологии HTML5 идет на смену vSphere Web Client, написанному на базе технологии Adobe Air. Теперь этот клиент претендует на то, чтобы стать основным средством управления виртуальной инфраструктурой, но до сих пор не включает в себя некоторую функциональность. Однако разработка его идет ударными темпами - в середине февраля мы писали про vSphere Client 3.3, а за это время успели выйти обновления - версии 3.4, 3.5 и 3.6.
Давайте посмотрим, что нового появилось в VMware vSphere Client 3.4-3.6:
Диски RDM теперь могут быть добавлены к виртуальным машинам. Многие этого долго ждали.
Датасторы можно теперь перемещать между папками и кластерами хранилищ.
Появилось представление, в котором отображается соединение датасторов в рамках кластера (Datastore cluster connectivity to clusters view).
Возможность копирования файлов и папок в datastore file browser.
Просмотр таблиц маршрутизации для IPv4 и IPv6.
Представление VM Storage Policies на вкладке Configure для виртуальных машин.
Просмотр настроек NetFlow для распределенного виртуального коммутатора (Distributed Switch).
Технология OSGi Sandboxing для плагинов – теперь архитектура плагинов увеличивает их изоляцию, что уменьшает вероятность сбоя всего клиента.
Новая темная тема для клиента. Чтобы переключиться на нее, нужно перейти по ссылке https://<fqdn-or-ip-address-of-client/ui/?theme (это экспериментальная фича). Для того чтобы перейти на обычную тему, нужно убрать параметр ?theme из урла. Эта штука есть только в vSphere Client 3.4, в следующих версиях ее пока убрали (см. комментарий к этой заметке).
Из файлового браузера можно скачать сразу несколько файлов в одном zip-архиве.
Проверка соответствия политикам VM Storage Policy.
Переназначение политики хранилищ виртуальной машине.
Кастомизации Host Profiles для хоста можно сбросить в исходное состояние.
Добавление и удаление правил Storage DRS.
Шаблоны виртуальных машин можно перемещать в папки с ВМ.
Как видно из списка, нововведений достаточно много, поэтому имеет смысл обновить VMware vSphere Client до версии 3.6. Скачать клиент можно по этой ссылке.
На днях компания VMware сделала доступным для загрузки серьезное обновление своего главного продукта для комплексного управления и мониторинга инфраструктуры серверов ESXi - VMware vRealize Operations Manager 6.5.
Давайте посмотрим на новые возможности vROPs Manager 6.5:
1. Интеграция с VMware vRealize Log Insight.
Средства интеграции с системой сбора и аналитики логов vRealize Log Insight включают в себя следующие возможности:
Специальная вкладка Logs в консоли vROPs.
Анализ логов и метрик в режиме "side by side" для любого наблюдаемого объекта.
Интегрированный рабочий процесс решения проблем.
Вот как это работает:
2. Понимание затрат на внутреннюю и облачную инфраструктуру.
Интеграция с решением vRealize Business for Cloud через вкладку Business Management в консоли vRealize Operations.
Возможность коммуникации с ИТ-службами в рамках понятий затрат на ИТ-инфраструктуру (они смотрят именно в консоль vROPs).
Возможность планирования инфраструктуры в контексте анализа затрат на различные внутренние и облачные ресурсы.
Вот несколько подробнее об этом:
3. Автоматизация операций апгрейда End Point Operations agents.
Теперь все полностью автоматизировано.
Отсутствуют простои при обновлениях - а значит сбор данных не прерывается.
Асинхронный апгрейд, а также возможность отката на предыдущую версию агента, если обновление прошло неудачно.
4. Оптимизация масштабируемости и производительности.
Многие знают утилиту RVTools, которая в течение многих лет помогает администраторам при выполнении рутинных операций с виртуальной инфраструктурой в различных аспектах. Наверное, это самая древняя из регулярно обновляемых любительских утилит для VMware vSphere. Напомним, что последнее существенное обновление RVTools 3.8 было в прошлом году. Большой плюс, что утилита полностью бесплатна.
Недавно вышла новая версия RVTools 3.9.2, в которой появилось несколько полезных возможностей:
Полная поддержка VMware vSphere 6.5
RVTools переехали на .NET Framework 4
Использование NPOI 2.1.3.1
Логин происходит быстрее
RVTools больше не пишет сообщения в журнал Windows eventlog
Новая колонка OS во всех вкладках, относящихся к ВМ
Новая колонка на всех вкладках - VI SDK Server
Колонка vCenter UUID переименована в VI SDK UUID
Новая колонка VI SDK API version на вкладке vInfo
Экспорт в Excel теперь происходит в формате xlsx
Автосайз колонок в Excel при экспорте данных
Вкладки эксельного документа называются как вкладки в приложении
Поля Annotations теперь могут быть исключены из экспорта
Новая колонка Consumed MB на вкладке vPartition
Директории vHealth _replica и файлы *_sesparse.vmdk исключены из проверок на "зомби"-состояние
Новая вкладка с лицензионной информацией о vSphere
Было добавлено новое приложение для шифрования пароля, так что теперь доступ из утилиты к vSphere лучше защищен
Интерфейс командной строки RVTools теперь принимает зашифрованные пароли
Пофикшена неправильная ссылка в приложении на информацию о версии RVTools на веб-сайте
Скачать RVTools 3.9.2 для VMware vSphere 6.5 можно по этой ссылке. Документация доступна тут.
Не секрет, что многие крупные предприятия до сих пор используют платформу виртуализации VMware vSphere 6.0, так как обновление на версию 6.5 требует времени, привлечения ресурсов, а иногда и денег, если планируется продление поддержки, апгрейд на старшее издание или покупка дополнительных лицензий.
Поэтому VMware продолжает поддерживать таких клиентов, для которых и было выпущено обновление VMware vSphere 6.0 Update 3, включающее в себя как обновление управляющего сервера vCenter 6.0 Update 3, так и хост-серверов - ESXi 6.0 Update 3.
Напомним, что обновления Update 2 основной продуктовой линейки vSphere были выпущены год назад.
Что нового в VMware vCenter 6.0 Update 3:
Поддержка протокола Transport Layer Security (TLS) версий TLSv 1.0, TLSv 1.1 и TLSv 1.2, которая включена по умолчанию и доступна к настройке в vCenter Server 6.0 Update 3.
VMware Syslog Collector на vCenter Server Appliance поддерживает только TLSv1.0.
Для настройки TLSv 1.0, TLSv 1.1 и TLSv 1.2 смотрите KB 2148819.
Для продуктов с поддержкой TLSv1.1 и TLSv1.2 смотрите KB 2145796.
TLS configuration script доступен для загрузки с этой страницы.
Об известных проблемах с протоколом TLS написано в KB 2148819.
Поддержка новых баз данных: vCenter Server теперь поддерживает новую СУБД - Microsoft SQL Server 2012 Service Pack 3.
Теперь поддерживается миграция с vCenter Server Windows 5.5.x на виртуальный модуль vCenter Server Appliance 6.0 Update 3 на базе Linux (мастер миграции доступен на приветственном экране vCSA).
Обновления в Operating System customization для гостевых ОС Windows и Linux с точки зрения таймзон - там теперь поддерживаются самые последние изменения.
Компонент Platform Services Controller для vCenter Server Appliance теперь устанавливается с 4 ГБ памяти по умолчанию при свежей установке и при апгрейде с PSC 5.5.
Функции Transmission Control Protocol (TCP) over User Datagram Protocol (UDP) для Kerberos. Для их поддержки нужно вывести и ввести vCenter в домен заново (это только для vCSA, для vCenter for Windows это будет работать само).
Вышло обновление механизма репликации VMware vSphere Replication 6.1.2, которое совместимо с vCenter 6.0 Update 3. Там предоставляются возможности апгрейда с vSphere Replication 5.8.1.3 на vSphere Replication 6.1.2, а также гостевая ОС модуля vSphere Replication Appliance была обновлена до SLES 12 SP1.
А вот что нового появилось в VMware ESXi 6.0 Update 3:
Обновленный ESXi Host Client: VMware ESXi 6.0 Update 3 включает в себя ESXi Host Client версии 1.14.0. Он как бы поддерживается в производственной среде в отличие от того, что выложен на VMware Labs.
Поддержка TLSv 1.0, TLSv 1.1 и TLSv 1.2.
Производительность кластеров vSAN:
Улучшения управления логами и хранилищами, что позволяет более эффективно хранить файлы журнала. Это существенно улучшает производительность для нагрузок, требовательных к операциям записи.
Более эффективное управление большими файлами и дестейджингом файлов на capacity tier из кэша.
Улучшения блока кода по работе с контрольными суммами.
Даже для опытных администраторов VMware vSphere понимание всех аспектов работы механизма DRS является непростой задачей. Чтобы облегчить понимание действующих правил DRS (affinity и anti-affinity) в кластере для отдельных виртуальных машин, а также на уровне всего датацентра, сотрудники VMware на сайте проекта Labs выпустили очередную утилиту Cluster Rules Manager (CRM).
С помощью CRM, построенного на базе модуля с веб-интерфейсом для Apache Tomcat, можно делать следующие вещи:
Аудит правил anti-affinity (несуществования ВМ на одном хосте) по всем машинам в рамках vCenter Server.
Импорт правил DRS affinity сразу из нескольких серверов vCenter.
Экспорт правил DRS affinity в новый vCenter.
Отчет о всех действующих правилах DRS с подробными параметрами в реальном времени, содержащий различные интеллектуальные метрики. Его можно сделать на уровне всего vCenter, виртуальных датацентров или кластеров. Отчет можно экспортировать и сохранить на диске.
Отчет об ассоциированных с виртуальными машинами правилах. Этот отчет также можно сделать на уровне всего vCenter, виртуальных датацентров, кластеров или отдельных ВМ.
Возможность соединиться с другим сервером vCenter прямо из интерфейса.
На сайте проекта VMware Labs появилась действительно достойная внимания утилита - IOInsight, доступная в виде готового к развертыванию виртуального модуля на платформе vSphere. Она позволяет детально взглянуть на характеристики взаимодействия виртуальных машин с хранилищами и провести анализ метрик ввода-вывода на уровне отдельных VMDK-дисков.
Все это позволит принимать решения о тюнинге производительности и планировании емкостей по пропускной способности на основе данных, выводимых в графиках и отчетах:
В решении каких проблем может помочь IOInsight:
Самостоятельная оптимизация производительности и планирование хранилищ пользователями vSphere.
Отчет из IOInsight может помочь при обращении в техподдержку VMware, что ускорит решение проблемы.
Сотрудники VMware Engineering могут подсказать решения по оптимизации ваших продуктов.
IOInsight собирает все метрики с хостов ESXi по вводу-выводу и представляет их в агрегированном виде для анализа. При этом в отчете IOInsight нет никакой чувствительной информации о приложениях и системах, так что можно смело отдавать его сотрудникам VMware.
Кроме того, предполагается, что администраторы и разработчики сами будут писать плагины к IOInsight, поскольку в состав решения включены SDK и development guide (как видите на картинке, два плагина уже есть). Руководство для обычных пользователей доступно вот тут.
Лучшие практики по использованию IOInsight:
2-4 виртуальных процессора на виртуальный модуль (vCPU)
2 ГБ и более оперативной памяти
Желательно разместить IOInsight в той же сети, что и хосты, которые планируется мониторить
Нужно выбирать не более 8 VMDK, чтобы не было слишком высокой нагрузки
Рекомендуемый период анализа данных - 10-30 минут
Cache Simulation analyzer создает нагрузку на процессор, поэтому его нужно запускать для 1 или 2 симулируемых конфигураций кэша (не более)
Утилита IOInsight работает, начиная с версии VMware vSphere 5.5, а скачать ее можно по этой ссылке.
Шесть лет назад, признанный VMware guru William Lam написал отличную статью на эту тему. Сегодня мы автоматизируем его решение с помощью PowerCLI. Прошу любить и жаловать функцию Set-MaxSnapshotNumber из моего PowerCLI Vi-Module модуля. Функция может выполнять следующие 3 действия...
Многие администраторы VMware vSphere после выхода vSphere 6.5 перешли с толстого клиента на Web Client 6.5, где многое выглядит существенно иначе. Например, обнаружилось, что системные администраторы не знают, как удалить виртуальную машину из окружения vCenter, когда она уже была удалена, например, на хосте VMware ESXi, после чего отображается как Orphaned. Это может быть следствием экспериментов на хосте ESXi (создание и удаление ВМ), в то время как на сервере vCenter виртуальная машина остается зарегистрированной.
Делается это путем выбора пункта Remove from inventory, который закопан аж вот где:
После выбора "Remove from inventory" оставшиеся объекты виртуальной машины останутся на диске, поэтому нужно будет вручную удалить их, если они больше не нужны.
На сайте проекта VMware Labs очередное обновление - утилита vSphere Compatibility Predictor, которая позволяет просканировать все компоненты VMware Platform Services Controllers (PSC) на предмет соответствия версий vCenter, а также решений, подключенных к этим vCenter:
Это все может оказаться очень полезным, когда ваша инфраструктура находится в процессе апгрейда, и нужно понять, какие из компонентов имеют какие версии, чтобы идти к нужному бейслайну по билдам vCenter и других продуктов на разных сайтах/площадках и не пропустить необходимые обновления.
vSphere Compatibility Predictor связывается с одним из PSC, опрашивает его компоненты, а далее соединяется со всеми присоединенными к нему компонентами и опрашивает их. Если вы выберете Upgrade View в утилите, то она покажет, какие решения на данный момент совместимы с vCenter Server 6.5.
Напомним также, что некоторое время назад мы писали об утилите VMware SDDC Discovery Tool, которая предназначена для сбора информации об окружении VMware vCenter и визуализации данных в виде списка и "карты датацентра". Виртуальный же модуль vSphere Compatibility Predictor сфокусирован больше на задаче отслеживания версий компонентов инфраструктуры при ее апгрейде (для этого и нужен Upgrade View).
Утилита vSphere Compatibility Predictor представляет собой приложение под Windows, котрое можно скачать по этой ссылке.
Компания VMware вместе с выпуском обновленной версии платформы vSphere 6.5 выпустила и обновленный интерфейс для администрирования виртуальной инфраструктуры через PowerShell - PowerCLI 6.5 R1. Ну а на днях стал доступен большой и информативный постер на эту тему - VMware PowerCLI 6.5 Release 1 Reference Poster.
Напомним, что постер о PowerCLI 6.3 доступен у нас по ссылке тут (кому интересно - мы писали и о постере PowerCLI 5.8).
В PowerCLI 6.5 R1 появилось множество полезных командлетов для работы с хранилищами, которые добавляют функциональность для работы с vSAN, VVOLs и виртуальными дисками. Также появились отдельные командлеты для работы с виртуальными дисками (при этом нет необходимости обращаться к самой виртуальной машине).
Скачать VMware PowerCLI 6.5 R1 можно по этой ссылке. Release notes доступны тут, User Guide можно скачать здесь, а changelog вот тут. Постер можно скачать по этой ссылке.
На прошлой неделе мы писали о выходе обновленной версии решения для виртуализации и агрегации сетей предприятия VMware NSX 6.3, где появилась масса новых возможностей и поддержка обновленной версии решения VMware vSphere 6.5.
Чтобы обеспечить поддержку этого продукта со стороны самой платформы vSphere, компания VMware выпустила обновленные версии VMware vCenter 6.5a и VMware ESXi 6.5a.
Также в обновлении был пофикшен баг с vMotion, который приводил к "розовому экрану смерти" (PSOD) хост-сервера, когда машина перемещалась с ESXi 5.5 или 6.0 на ESXi 6.5. Он проявлялся в следующих условиях (очень и очень редких):
Исходный хост ESXi 5.5 или 6.0.
Машина работает с поддержкой NUMA и имеет более 8 vCPU.
У машины недефолтные vNUMA-настройки, такие как coresPerSocket, numa.autosize.once = false и т.п.
Скачать vCenter Server 6.5.0a можно по этой ссылке, а release notes доступны здесь. Скачать ESXi 6.5.0a можно тут, а release notes - тут.
Если вы пока еще не используете последнюю версию платформы VMware vSphere 6.5, но очень хотите посмотреть, как она выглядит и покликать в консоли, чтобы заценить новые возможности, то есть способ - лабораторная работа (Hands-on-Lab) What's New with vSphere 6.5 [HOL-1710-SDC-6-MYVMW-HOL].
После регистрации вы попадаете в консоль машины, в которой можете запустить браузер и через тонкий клиент vSphere Client управлять виртуальными машинами, хостами и кластерами в настоящей инфраструктуре:
Обратите внимание, что логин и пароль к VMware vCenter указан в примечании, куда надо еще догадаться тыкнуть. Ну и работать в виртуальной тестовой лаборатории вы сможете 90 минут, а сама лаба проходится за один час.
То, что нужно делать, указано в меню справа (Lab Guidance), которое надо развернуть как на картинке.
Компания VMware на днях выпустила обновления своих клиентов для управления виртуальной инфраструктурой - VMware vSphere Client 3.1 (бывший vSphere HTML5 Web Client - управление всей платформой vSphere) и ESXi Embedded Host Client 1.16 (управление отдельными хостами ESXi через веб-интерфейс).
Давайте посмотрим, что нового появилось в VMware vSphere Client 3.1 (о версии 3.0 мы писали вот тут):
Представление Cluster > Monitor > Storage Overview, которое показывает данные о хранилище хостов в кластере в агрегированном виде. Теперь становится несложно понять, когда хост отличается от стандартной конфигурации кластера.
Представление Host Cache Configuration в режиме read-only.
Можно редактировать настройки исполнения Storage DRS и расширенные настройки (advanced settings).
Поддержка перетаскивания виртуальной машины драгэнддропом в виртуальный датацентр.
Поддержка перетаскивания шаблона виртуальной машины драгэнддропом в виртуальный датацентр или папку.
Перетаскивание машины и шаблона работает из списка в дереве инвентори в центральной области.
Удаление глобальных тэгов и категорий.
Действие Mount/Unmount на странице VMFS > Configure > Connectivity and Multipathing.
При создании новой ВМ есть опция клонирования существующей.
При клонировании ВМ можно задать ее политику хранения.
А вот что нового в ESXi Embedded Host Client 1.16 (о версии 1.13 мы писали вот тут, версий 14 и 15 не было):
Добавление RDM-дисков виртуальной машине!
Решена проблема с удалением USB-устройств от ВМ.
Добавлена возможность показа метрик отдельной ВМ на графиках производительности хоста.
Обработка случайных двойных кликов в меню.
Добавлена настройка шаринга виртуальных дисков.
Поправлена ошибка в обновлении списка ВМ при применении фильтров.
Обработка XML при развертывании из OVF-шаблона.
Добавлен чекбокс, который позволяет не включать ВМ после создания (чтобы отредактировать настройки).
Поправлены ошибки с настройками автостарта ВМ, SR-IOV и устройств PCI.
Отображение информации Cisco Discovery Protocol на странице физического NIC. Там же показываются и обнаруженные подсети.
Скачать VMware vSphere Client 3.1 можно по этой ссылке, а ESXi Embedded Host Client 1.16 - по этой.
Многие наши читатели заметили, что мы часто пишем про решение VMware vCenter Server Appliance (например, тут, тут и тут) - готовый виртуальный модуль на основе Linux для управления виртуальной инфраструктурой VMware vSphere. Также мы иногда пишем и про VMware Feature Walkthroughs (например, тут, тут и тут) - интерактивные обзоры интерфейсов продуктов, где можно узнать о возможностях различных решений VMware и самому потыкать кнопки и менюшки.
Ну а сегодняшняя новость, как следует из сказанного выше, о том, что появились новые Walkthroughs, посвященные развертыванию модуля VMware vCenter Server Appliance.
Установщик VCSA 6.5 больше не требует предварительного наличия Client Integration Plugin (CIP), поэтому все начинает ставиться сразу же. Плагин Enhanced Authentication Plugin (EAP) вам понадобится только, если вы будете использовать аутентификацию Windows Authentication (SSPI) или Smart Card Authentication.
Сам установщик может выполнять следующие функции:
Экспорт виртуальной машины или объекта vApp в формате OVF/OVA.
Развертывание виртуального модуля OVF/OVA с локального диска или по URL.
Экспорт из Content Library на локальный диск.
Загрузка файлов из датастора и закачка на него.
Присоединение устройств к виртуальной машине (CD-ROM, USB и т.п.).
Для виртуального модуля vCSA 6.0 был один процесс развертывания - и если происходила какая-то ошибка, его приходилось начинать заново. У vCSA 6.5 есть два этапа развертывания, каждый из которых не зависит от первого.
На стадии Stage 1 происходит развертывание модуля OVA, настройка простейшего сетевого взаимодействия и запуск сервисов VMware vSphere Appliance Management Interface (VAMI). Это позволяет вторую часть уже проводить позже, через интерфейс VAMI.
На этапе Stage 2 происходит окончательная конфигурация виртуального модуля и применение настроек непосредственно внутри vCSA. Это, кстати, позволяет снять снапшот между фазами - на случай если что-то пойдет не так во второй фазе.
Также интересная штука - появился тип развертывания "X-Large" - в такой установке vCSA может управлять до 2000 хостов VMware ESXi и до 35000 виртуальных машин. Это подразумевает увеличенный размер для хранилища Stats, Events, Alarms, and Tasks (SEAT).
Ну и, собственно, сами Walkthroughs вы найдете по ссылкам ниже:
Полная поддержка означает, что резервное копирование и репликация могут совместно работать со следующими вещами:
Encrypted VMs support - в vSphere 6.5 появилось шифрование виртуальных дисков. Такие ВМ могут быть забэкаплены только в режимах hot add и NBD. По восстановлению нет никаких ограничений, так как бэкап хранится в обычном виде. Однако вы всегда можете опционально включить его шифрование.
VMFS6 support. В vSphere 6.5 появилась новая версия файловой системы VMFS, которая позволит использовать такую расширенную функциональность, как Backup from Storage Snapshots и Veeam Explorer for Storage Snapshots для виртуальных дисков на хранилищах VMFS 6.
Virtual hardware version 13 support. В vSphere 6.5 появилась новая версия виртуального аппаратного обеспечения, которая позволяет создавать машины с увеличенными максимумами конфигурации, которые поддерживает Veeam.
NBD compression. Интерфейс VDDK 6.5 добавляет возможность нативной компрессии NBD-траффика. Для управления уровнем компрессии используйте значение VMwareNBDCompressionLevel (DWORD) в ключе реестра HKLM\SOFTWARE\Veeam\Veeam Backup and Replication. Вы можете установить значение от 0 (без компрессии) до 3 (максимум сжатия). Не ожидайте от компрессии существенного увеличения производительности (за исключением медленных сетей).
New guest interaction API support. vSphere 6.5 больше не поддерживает VIX API, на который опирался Veeam в прошлых версиях продукта для взаимодействия с гостевой системой виртуальной машины (функции application-aware processing). Но теперь вместо этого используются vSphere API for guest interaction, поэтому вы сможете продолжить использование in-guest функций в vSphere 6.5.
New VM tag API support. В vSphere 6.5 появился новый API для управления тэгами (vSphere tags). Veeam Backup полностью поддерживает его, то есть вы сможете использовать политики, основанные на тэгах, после апгрейда на vSphere 6.5.
Кроме всего этого, была также добавлена поддержка следующих продуктов:
Dell EMC Data Domain OS 6.0 - включая оптимизации создания синтетических бэкапов.
HPE 3PAR 3.2.2 MU3 - включая оптимизации надежности и производительности.
HPE StoreOnce 3.15.1 - добавлены возможности Instant VM Recovery для репозиториев на основе Catalyst.
Veeam Agent for Linux 1.0 - мы писали о нем здесь.
Veeam Agent for Microsoft Windows 2.0 Public Beta (build 2.0.0.594).
Также в Veeam Backup & Replication 9.5 Update 1 появилось несколько интересных новых возможностей (их полный список - в KB 2222):
Double-byte support - поддержка символов из двух байтов в названии объектов виртуальной инфраструктуры.
Export performance improvements - экспорт содержимого диска в агентских бэкапах идет в параллельном режиме и работает быстрее.
Улучшена производительность Backup Copy jobs для большого числа ВМ.
При кратковременных неполадках в сети можно впоследствии возобновить докачку бэкапа (в том числе на ленточные носители).
Поддержка Open Enterprise Server 2015 SP1 для восстановления на уровне файлов.
Возможность сохранять оригинальные ВМ и vApps при восстановлении в инфраструктуру vCloud Director (они будут с суффиксом _restored).
Добавлена поддержка параллельного восстановления через несколько Direct SAN backup proxies.
Операции VM restore и Instant VM Recovery сохраняют кастомный параметр workingDir исходной ВМ.
Экспериментальная поддержка мониторов с высоким DPI.
Полезные ссылки (вышли также апдейты продуктов Veeam ONE 9.5 и Veeam Backup for Microsoft Office 365):
Скачать Veeam Backup & Replication 9.5 Update 1 можно по этой ссылке. Убедитесь, что у вас установлены билды 9.5.0.580, 9.5.0.711 или 9.5.0.802 перед обновлением.
Как вы знаете, VMware планирует постепенно сделать виртуальный модуль vCenter Server Appliance (vCSA) на основе Linux основным средством управления виртуальной инфраструктурой vSphere. Мы уже писали про несколько полезных штук для vCSA (например, тут, тут и тут), а сегодня расскажем об интерфейсе исполнения API-команд в оболочке модуля.
Эти API-команды позволяют выполнять различные административные задачи с сервисами виртуального модуля vCSA, чтобы поддерживать его работоспособность.
Например, с помощью API-вызовов можно изменять настройки синхронизации времени, осуществлять мониторинг процессов vCSA или настраивать параметры отсылки уведомлений SNMP.
Вот основные наборы команд, которые можно использовать:
appliance.health - все, что касается текущего состояния виртуального модуля.
appliance.monitoring - наблюдение за объектами vCSA.
appliance.recovery - управление задачами резервного копирования и восстановления компонентов самого модуля.
appliance.system - информация о системе.
appliance.version1 - управление консолями и интерфейсами доступа (DCUI, SSH и т.п.), а также правами доступа. Кроме того, через это пространство имен происходит управление SNMP, сетевыми настройками, фаерволом и многим другим.
На видео выше вы можете увидеть пример вызовов этих API-функций, а в этом разделе документации приведен полный их перечень и описание.
Как вы знаете, не так давно компания VMware выпустила обновление платформы виртуализации vSphere 6.5, где появилась масса новых возможностей, среди которых были также и улучшения механизма обеспечения высокой доступности VMware HA.
На днях появилось интересное видео, подробно объясняющее, в чем именно они заключаются:
Во-первых, приоритет рестарта виртуальных машин был расширен - вместо трех уровней (Low, Medium и High) появилось пять (добавились Lowest и Highest). Это позволит увеличить гранулярность приоритета запуска виртуальных машин при сбое, которой, видимо, хватало не всем:
Во-вторых, появились возможности восстановления виртуальных машин с учетом связи сервисов в ВМ между собой. Теперь VMware HA позволяет учитывать взаимосвязи сервисов в виртуальных машинах при их рестарте в случае сбоя на основе заданных правил зависимостей VM-to-VM по приоритетам восстановления.
Например, в VM1 у нас размещена база данных, в VM2 и VM3 - серверы приложений с зависимостью, а в VM4 - балансировщик, который должен подняться в последнюю очередь, чтобы цепочка сервисов за ним способна была предоставлять услуги пользователям.
Посмотрите на картинку - для такой конфигурации, если первый хост-сервер выйдет из строя, то VM2 запустится только после того, как будет запущена VM1, что обеспечит работоспособность сервиса и не навредит приложениям.
А вот если выйдет из строя третий хост ESXi - то VM5 и VM7 могут запуститься одновременно, согласно правилу во второй строчке (VM5<-VM6<-VM7<-VM8), так как для VM5 нет предварительного условия старта, а для VM7 условие старта выполнено - машина VM6 работает. Поэтому в данном случае добавляется еще одно правило VM5<-VM7. Имейте это в виду при планировании виртуальной инфраструктуры и кластеров HA.
Настраиваются такие правила довольно просто. Сначала в интерфейсе настройки VMware HA мы создаем несколько групп VM/Host Group, в каждую из которых добавляем только по одной виртуальной машине:
А далее устанавливаем правила (VM/Host Rules) типа "Virtual Machines to Virtual Machines" для данных групп, где определяем, какую ВМ нужно запускать сначала, а какую вслед за ней.
Определив нужный набор этих правил, мы можем реализовать любую конфигурацию последовательности перезапуска виртуальных машин в случае сбоя, в зависимости от условий рестарта/работоспособности зависимых сервисов.
Как известно, с некоторых пор на предприятиях стало модно использовать мессенджер Slack, в котором есть удобные средства совместной работы и интеграции с различными Enterprise-сервисами (например, JIRA).
Компания OpVizor выпустила виртуальный модуль OpBot Virtual Assistant, реализующий бота Slack, который позволит вам исполнять команды PowerCLI / PowerShell для вывода различных статистик прямо в виде сообщений в адрес бота.
Установка виртуального модуля OpBot проста:
Интегрируем OpBot в мессенджер Slack (получаем токен Slack API для импорта в виртуальный модуль).
Скачиваем и конфигурируем OpBot Virtual Appliance.
Для оперирования этого виртуального модуля надо создать специальный аккаунт (желательно с правами Read Only по вполне понятным причинам). При работе с OpBot есть следующие нюансы:
На данный момент один виртуальный модуль может работать с одним сервером vCenter и одним ботом.
Пермиссии задаются в настройках (все команды будут исполняться в контексте указанного аккаунта).
Несколько виртуальных модулей/серверов vCenter могут управляться как одним Slack-ботом, так и разными. Обе модели реализуются через повторное развертывание OVF-шаблона.
При работе используется механизм PowerCLI Core (со всеми его ограничениями).
Начать работу с OpBot Virtual Assistant можно по этой ссылке. Кстати, удобно использовать алиасы для выполнения команд, например:
@yourbotname alias badvms=posh get-view -ViewType VirtualMachine -Filter @{'RunTime.ConnectionState'='disconnected|inaccessible|invalid|orphaned'} | select name
@yourbotname badvms
Мы часто пишем о новом продукте vSphere HTML5 Web Client, представляющем собой новое поколение тонкого клиента для управления виртуальной инфраструктурой VMware vSphere. Он пришел на смену vSphere C# Client и теперь также называется vSphere Client. Напомним, что о его последних нововведениях мы писали вот тут.
Вчера вышла версия VMware vSphere Client 3.0, в которой появилось несколько новых возможностей, приведенных ниже:
Функция развертывания виртуальной машины из OVF-шаблона (только для vCenter 6.5).
Развертывание виртуальной машины из шаблона в content library. Кстати, изменился рабочий процесс - теперь нужно выбрать из контекстного меню хоста "New Virtual Machine…", а затем "Deploy from Template".
Изменение настроек обычного виртуального коммутатора.
Изменение настроек IPv4 для аппаратного iSCSI адаптера.
Перемещение виртуальной машины драг энд дропом в папках в представлении "VMs and Templates".
Возможность зарезервировать всю память для виртуальной машины в настройках.
После создания роли можно изменять ее название.
Также приведем ниже возможности версии vSphere Client 2.20, которая также вышла совсем недавно:
Новый мастер создания распределенной группы портов (Distributed Port Group).
Поддержка создания датастора VMFS6 через мастер New Datastore.
Поддержка добавления FCoE адаптера.
Действие Rescan/Unregister Storage Provider.
Действие Refresh Storage Provider's certificate.
Создание новой глобальной роли.
Загрузить VMware vSphere Client 3.0 можно по этой ссылке.
Не секрет, что компания Citrix в последнее время несколько замедлилась в развитии своих главных продуктов Citrix XenDesktop и XenApp, а открытая платформа XenServer вообще закисла. Но вот интересная новость пришла на днях - Citrix покупает компанию Unidesk, которая делает комплементарные решения для Citrix XenDesktop.
Продукт, который приобретает Citrix - действительно полезная вещь для инфраструктур виртуальных ПК, где приходится управлять множеством образом ОС и приложений, регулярно обновлять их и развертывать различные комбинации приложений для новых пользователей.
Вместо того, чтобы иметь 20 объектов vDisk, из которых развертываются новые виртуальные ПК для разных целей (отделы, рабочие процессы и т.п.), можно иметь один образ, состоящий из различных слоев приложений Unidesk, настраиваемых и обновляемых централизованно. Таким образом, поддерживать нужно как бы один образ, к которому при развертывании прицепляются нужные приложения. Далее при логине пользователь получает уже готовый настроенный образ с нужной гостевой ОС и его набором приложений.
Решение от Unidesk поддерживает не только два основных продукта для создания инфраструктуры виртуальных десктопов VMware Horizon View и Citrix XenApp, но и облачное окружение Azure. Это позволяет использовать не только инфраструктуры с разными гипервизорами, но и гибридные инфраструктуры, где часть нагрузок размещается в облаке.
При развертывании администратор выбирает слои и комбинирует их в шаблон, который далее можно опубликовать в виде виртуальной машины на базе дисков VHD/VMDK на платформах Hyper-V и vSphere. При логине пользователя к его машине цепляется диск с нужными приложениями и сервисами - и они сразу же готовы к работе. Напомним, что у VMware есть подобная технология - VMware App Volumes. Но, в отличие от App Volumes, Unidesk может работать на уровне управления операционными системами, а не только приложениями (подробнее можно узнать здесь).
Более подробно о функциональности Unidesk можно узнать по этой ссылке, где приведен обзор архитектуры и возможностей продукта, а также присутствует практическое демо решения (на примере развертывания новых виртуальных машин из консоли). Unidesk будет продаваться как Standalone-продукт, в том числе и для VMware Horizon View.
Мы много пишем о новом поколении тонкого клиента для управления инфраструктурой виртуализации VMware vSphere Client (он же бывший HTML5 Web Client). Напомним, что с выходом VMware vSphere 6.5 он считается как бы релизным продуктом (см. его страничку на VMware Labs), но продолжает обновляться очень часто. Например, последнее обновление вышло совсем недавно - 21 декабря, а вообще за декабрь вышли версии 2.16-2.19, для которых расписан огромный Changelog. Между тем, множество стандартных функций Web Client по-прежнему отсутствуют в vSphere Client.
Давайте посмотрим на основные новые возможности VMware vSphere Client 2.17-2.19:
Новый дэшборд стартовой страницы. Теперь если вы пойдете в Home Menu -> Home, то увидите экспериментальный дэшборд с различными административными метриками. Теперь можно получить высокоуровневую статистику о ресурсах vCenter, наиболее важных алертах и прочем в очень удобном визуальном оформлении. Старый дэшборд переехал в Home Menu -> Shortcuts.
Из представления hosts and clusters можно видеть соответствие профилей хостов (Host profiles).
Можно настраивать параметры SDRS automation settings и просматривать общую конфигурацию.
Возможность изменять настройки Distributed Switch.
Новое действие Storage Provider и возможность просмотра нового представления Storage Providers view со всеми деталями подсистемы хранения.
Новое действие Disable Software iSCSI/FCoE adapter.
Изменение имени и алиаса iSCSI.
Изменение настроек Space Reclamation.
Возможность переименовать Storage Device.
Кастомизация профилей хостов (Host profiles).
Управление физическими адаптерами (NIC) на виртуальном коммутаторе.
Роли и пермиссии: можно просматривать, клонировать и удалять роли, а также просматривать и добавлять глобальные пермиссии.
Теперь можно просматривать список плагинов, установленных на vSphere Client
Возможность копирования данных грида для представлений Storage Adapters, Storage Devices и Storage Paths.
Добавление CHAP-конфигурации для Dynamic/Static Discovery Targets.
Представления Utilization и resource reservation для кластеров и хостов.
Множество мелких улучшений по унификации и работе с элементами, а также исправления ошибок.
Скачать VMware vSphere Client версии 2.19 можно по этой ссылке.
Минус только в том, что эти данные относятся к версии клиента, вошедшей в состав vSphere 6.5, а не к отдельному виртуальному модулю, доступному на VMware Labs. Но эту табличку обещают поддерживать в актуальном состоянии и дополнять.
К сожалению, нету «прямого» пути для миграции шаблонов (VM Templates) с одного датастора на другой (т.н. процедура Storage VMotion). Представляю вашему вниманию функцию Move-Template2Datastore из моего PowerCLI Vi-Module модуля. Функция принимает объект(ы) Template и один объект датастора и производит 3 действия...
Многие из вас читали, что в новой версии VMware vSphere 6.5 появилась экспериментальная поддержка механизма Predictive DRS, который проактивно предпринимает действия по выравниванию нагрузки виртуальных машин на хосты ESXi, еще до того, как эта нагрузка придет.
Посмотрим как раньше работал VMware Distributed Resource Scheduler (DRS):
Работал он реактивно (Reactive) - то есть, когда нагрузка пошла, только тогда включался механизм ее выравнивания. При этом пользователи во время этого процесса могут испытывать неудобства из-за миграций vMotion между хостами и, собственно, самой резко растущей нагрузки (например, весь отдел вернулся с обеда). В этом случае происходит миграция только необходимого числа машин, чтобы выровнять основные показатели нагрузки.
Поэтому появился сбалансированный метод (Balanced). В этом случае DRS старается поддерживать баланс по нагрузке на хосты кластера (или даже между кластерами), чтобы не было перекосов в ту или другую сторону. Работает этот метод совместно с продуктом vRealize Operations (vROps), который собирает метрики с хостов и старается поддерживать баланс в виртуальном датацентре:
Этот алгоритм пытается сгладить углы резко изменяющейся нагрузки, но требует серьезных вычислений на стороне vROps и, как мы видим из картинки, не дает никаких гарантий.
Поэтому в VMware решили применить другой подход - Predictive DRS. Суть этого метода проста - компонент vROps ежедневно собирает сотни различных метрик со всех объектов виртуального датацентра (хосты, ВМ, хранилища). Эти метрики "обучают" механизм vROps, который каждую ночь анализирует данные о производительности хостов и формирует так называемые Dynamic Thresholds:
Predictive DRS производит очень сложный анализ на основе 10 различных алгоритмов и формирует коридор производительности "нормального" поведения виртуальных машин (обозначен на картинке серым). Границы этого коридора и есть Dynamic Thresholds, при выходе за границы которых в данное время, поведение в кластере считается аномальным. Работает этот механизм на уровне каждой виртуальной машины.
И тут самое интересное - Predictive DRS позволяет заранее понять, что на таких-то хостах виртуальные машины будут биться за ресурсы через некоторое время, и проактивно начинает мигрировать виртуальные машины, готовясь к ситуации изменения нагрузки:
То есть, синяя линия - это то, как будет (а точнее, как обычно было раньше - ведь так, скорее всего, будет и сегодня), а вот красная линия - это то, что подается на вход обычного DRS, чтобы он заранее начинал действия по подготовке ко всплеску нагрузки, который произойдет через некоторое время (например, бухгалтерия придет к 9-00 и будет включать свои виртуальные десктопы). В этот момент их, например, можно поддержать простаивающими хостами ESXi, где хостятся десктопы ленивых менеджеров, приходящих к 11 утра.
Ну а какой метод нужно использовать? VMware рекомендует использовать все три, в зависимости от ситуации:
Ну и отметим, что этот функционал доступен только в рамках решения vRealize Operations, о котором также можно почитать вот тут.
Если вы работаете с хостом VMware ESXi через "толстый" клиент vSphere Client, бывает такая ситуация, что его консоль показывает неполный экран гостевой ОС виртуальной машины.
Выглядит это примерно так:
Особенно часто это бывает, если ОС у вас, где вы запускаете клиент - Windows 10. Чтобы поправить эту ситуацию, нужно сделать следующее:
Кликнуть на иконке vSphere Client и выбрать Properties (Свойства).
Выбрать раздел Compatibility (Совместимость).
Отметить чекбокс Disable display scaling on high DPI Settings (Отключить масштабирование изображения при высоком разрешении экрана).
После этого нужно перезапустить сессию vSphere Client - и все заработает как нужно!
На сайте проекта VMware Labs появилась очередная полезность - утилита vSphere Content Library Assistant, которая позволяет конвертировать шаблоны виртуальных машин, доступные в vCenter, и пересылать их на хранилище Content Library в открытом формате OVF.
Напомним, что мы уже писали о компоненте Content Library, который упрощает использование образов для распределенной географически инфраструктуры. С помощью этого компонента можно смонтировать ISO-образ и накатить профиль кастомизации прямо из Content Library, а также развернуть требуемую машину из OVF-шаблона.
Теперь же с помощью vSphere Content Library Assistant можно превратить любую виртуальную машину в шаблон .vmtx, после чего преобразовать ее в формат OVF и закинуть в хранилище Content Library.
Вот какие возможности предоставляет Content Library Assistant:
Сканирование датасторов для обнаружения шаблонов, зарегистрированных на сервере vCenter
Выработка рекомендаций по способу их размещения (высокая скорость или высокая доступность)
Создание новых библиотек контента (Content Libraries)
Конвертация шаблонов vCenter в формат OVF
Импорт OVF-шаблонов во вновь созданные библиотеки контента
Утилита работает под Windows, запустите ее на сервере vCenter, после того как скачаете дистрибутив (команда $java -jar vsphere-content-library-assistant-1.0.jar в терминале). После запуска вам будет выведен список необходимых параметров, которые потребуется указать. Ну а после того, как вы запустите Content Library Assistant с нужными параметрами, утилита будет работать в интерактивном режиме, запрашивая нужные варианты дальнейших действий.
Скачать vSphere Content Library Assistant можно по этой ссылке. Ну и ждем, когда у утилиты появится GUI.
Недавно мы писали о новых возможностях VMware vSphere 6.5, где, в частности, мы рассказывали о том, что VMware vSphere Update Manager 6.5 (VUM) теперь интегрирован с vCenter Server Appliance (vCSA). Но надо отметить, что VUM теперь не просто интегрирован, а является неотъемлемой частью vCSA, что делает его очень удобным в использовании.
Его не нужно устанавливать, его можно сразу же начать применять для обновлений хостов ESXi, виртуальных машин и виртуальных модулей (Virtual Appliances):
Пройти все шаги по обновлению хостов ESXi кластера VMware HA/DRS с помощью Update Manager можно в специальном кликабельном демо (feature walkthrough) - "vSphere Update Manager Overview & Cluster Upgrade".
Давайте пройдем этот процесс по шагам:
1. Кликнем на вкладку Update Manager в vSphere Client:
2. Здесь мы видим основное представление Update Manager. Нажимаем кнопку "Go to Admin View":
3. Мы видим настройки механизма Update Manager.
Первым делом нужно будет создать базовый уровень по обновлениям хоста ESXi (Host baseline). Идем в раздел Host Baselines....читать статью далее ->>
Мы уже много писали о новых возможностях обновленной версии платформы виртуализации VMware vSphere 6.5, а сегодня расскажем еще об одной - улучшениях механизма vSphere Host Profiles.
Напомним, что vSphere Host Profiles позволяют управлять конфигурациями хост-серверов VMware ESXi за счет создания эталонных профилей хостов, которые затем можно применить на хосты, нуждающиеся в приведении к заданным настройкам.
В VMware vSphere 6.5 в механизм Host Profiles были добавлены следующие возможности (по ссылкам можно опробовать их в виде Product Walkthroughs - то есть пошаговых гайдов на примере реального интерфейса продукта):
До vSphere 6.5 результатом сравнения профиля хоста с актуальными настройками на ESXi был отчет о том, какие параметры не соответствуют, но не было сравнения side-by-side - чтобы наглядно видеть актуальные и желаемые настройки. Теперь это показано в едином представлении (Host value и Host profile value):
В кластере, как правило, хосты настроены единообразно. Однако иногда необходимо на конкретном хосте сделать особенные настройки, которые называются host customizations (ранее это были answer files). Теперь их можно экспортировать в формате CSV в отдельные файлы и редактировать их офлайн, а потом залить обратно в Host Profiles.
Графический процесс создания и редактирования профилей хостов был существенно улучшен. Кроме того, появилась возможность копирования между профилями хостов, что очень удобно при изменении одной настройки, которую надо отреплицировать во все профили. Также это позволяет создавать иерархию профилей, по которой должны спускаться некоторые настройки (например, пароль root).
Ну и напоследок - обучающее видео, в котором показаны возможности vSphere Host Profiles 6.5:
Недавно мы писали о том, что некоторое время назад компания VMware выпустила окончательную релизную версию VMware vSphere HTML5 Web Client (он же сейчас называется просто vSphere Client), а на днях VMware зарелизила и финальную версию клиента для управления отдельными хост-серверами через браузер - VMware ESXi Embedded Host Client 1.13.
Теперь Embedded Host Client будет входить в состав VMware ESXi 5.5, ESXi 6.0 и ESXi 6.5, о чем есть соответствующая пометка на VMware Labs (напомним, он распространяется в виде VIB-пакета). Далее апдейты клиентов будут выходить, как и прежде, на страничке в Labs.
RSS
